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MAGNETIC TAPE RECORDING APPARATUS AND METHOD, MAGNETIC 
TAPE PLAYBACK APPARATUS AND METHOD, FORMAT FOR 
MAGNETIC TAPE, AND STORAGE MEDIUM PRODUCT 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to a magnetic tape 
recording apparatus and method, a magnetic tape playback 
apparatus and method, a format for a magnetic tape, and a 
storage medium product. More particularly, the present 
invention relates to a magnetic tape recording apparatus and 
method, a magnetic tape playback apparatus and method, a 
format for a magnetic tape, and a storage medium product, 
which enable high-definition video data to be recorded on or 
played back from the magnetic tape. 

2 . Description of the Related Art 

Recently, with the progress of compression technology, 
video data, etc. have also been compressed by the DV 
(Digital Video) technique, for example, and recorded on a 
magnetic tape. A format for such compression of video data, 
etc. is specified as a DV format for consumer-oriented 
digital video cassette recorders - 

Fig. 1 illustrates a construction of one track in a 
conventional DV format. In the DV format, video data is 
recorded after being subjected to the 24-25 conversion. The 
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number of bits denoted by each numeral in Fig. 1 represents 
a value after being subjected to the 24-25 conversion. 

A region corresponding to a contact angle of 174 
degrees of a magnetic tape around a rotary magnetic head 
provides an effective region of one track. Outside the 
region of one track, an overwrite margin with a length of 
1250 bits is formed. The overwrite margin serves to prevent 
data from remaining after being erased. 

When the rotary head is rotated in sync with frequency 
of 60 X 1000/1001 Hz, the region of one track has a length 
of 134975 bits, and when the rotary head is rotated in sync 
with frequency of 60 Hz, it has a length of 134850 bits. 

An ITI (Insert and Track Information) sector, an audio 
sector, a video sector, and a subcode sector are arranged in 
one track successively in the trace direction of the rotary 
head (i.e., in the direction from left toward right in Fig. 
1). A gap Gl is formed between the ITI sector and the audio 
sector, a gap G2 is formed between the audio sector and the 
video sector, and a gap G3 is formed between the video 
sector and the subcode sector. 

The ITI sector has a length of 3600 bits, and a 
preamble of 1400 bits is arranged at the head of the ITI 
sector to produce a clock. Subsequent to the ITI sector, an 
SSA (Start Sync Area) and a TIA (Track Information Area) are 
arranged in length of 1920 bits in this order. A bit train 
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(sync number) necessary for detecting the position of the 
TIA is arranged in the SSA. Information indicating that 
video data is in the DV format for consumer-oriented 
equipment^ information indicating whether the mode is an SP 
or LP mode, information indicating a pattern of a pilot 
signal of one frame, etc* are recorded in the TIA. 
Subsequent to the TIA, a postamble of 2 80 bits is arranged. 
The gap Gl has a length of 625 bits. 

The audio sector has a length of 11550 bits. At the 
head and end of the audio sector, 400 bits and 500 bits are 
used for a preamble and a postamble, respectively, and 10650 
bits between the preamble and the postamble are used for 
data (audio data). 

The gap G2 has a length of 700 bits. 

The video sector has a length of 113225 bits. At the 
head and end of the video sector, 400 bits and 925 bits are 
used for a preamble and a postamble, respectively, and 
111900 bits between the preamble and the postamble are used 
for data (video data). 

The gap G3 has a length of 1550 bits. 

The subcode sector has a length of 3 725 bits when the 
rotary head is rotated at frequency of 60 x 1000/1001 Hz, 
and has a length of 3600 bits when the rotary head is 
rotated at frequency of 60 Hz. At the head and end of the 
subcode sector, 1200 bits are used for a preamble and 1325 
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bits (when the rotary head is rotated at frequency of 60 x 
1000/1001 Hz) or 1200 bits (when the rotary head is rotated 
at frequency of 60 Hz) are used for a postamble, 
respectively, and 1200 bits between the preamble and the 
postamble are used for data (subcode). 

In the conventional DV format, as described above, not 
only the gaps Gl to G3 are formed between adjacent two of 
the ITI sector, audio sector, video sector and the subcode 
sector, but also the preamble and the postamble are provided 
for each sector. Therefore, the conventional DV format has 
a drawback that it includes a relatively large amount of so- 
called overhead and hence cannot provide a sufficiently high 
level of recording rate for effective data. 

Such a drawback leads to a problem as follows. When 
recording high-definition video data (hereinafter referred 
to as HD video data), for example, a bit rate of about 25 
Mbps is required. However, a bit rate obtained in the 
conventional DV format by MP@HL in accordance with MPEG 
(Moving Picture Expert Group) is about 22 Mbps at maximum 
except for search video data. As a result, although the 
conventional DV format can record standard-definition video 
data (hereinafter referred to as SD video data), but it 
cannot ensure a satisfactory level of image quality when the 
HD video data is compressed and recorded by MPgHL or MP@H-14. 
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SUMMARY OF THE INVENTION 

In view of the state of the art set forth above, it is 
an object of the present invention to enable HD video data 
to be recorded on and played back from a magnetic tape, 

A magnetic tape recording apparatus according to the 
present invention comprises a first acquiring unit for 
acquiring video data, audio data or search data; a second 
acquiring unit for acquiring auxiliary data having a 
variable length and related to the data acquired by the 
first acquiring unit; a selecting unit for selecting, as 
first group data, one of the data acquired by the first 
acquiring unit and the data acquired by the second acquiring 
unit; a third acquiring unit for acquiring second group data 
containing a subcode related to the first group data; a 
merging unit for merging the first group data and the second 
group data such that the first group data and the second 
group data are continuously arranged on tracks of a magnetic 
tape without being spaced away from each other; and a 
supplying unit for supplying data merged by the merging unit 
to a rotary head to record the merged data on the magnetic 
tape . 

The first acquiring unit may acquire, as the first 
group data, the video data in edit units. 

Preferably, the second acquiring unit acquires, as the 
second group data, auxiliary data related to the audio data 
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and auxiliary data related to the video data; and the 
merging unit merges the auxiliary data related to the audio 
data^ the audio data^ the auxiliary data related to the 
video data, and the video data to be arranged in this order. 

The second acquiring unit may further acquire auxiliary 
data required for pre-playback; and the merging unit may 
merge the auxiliary data required for pre-playback to be 
arranged at the head of an edit unit of the video data. 

Preferably, the auxiliary data required for pre- 
playback includes the contents recorded in a subcode sector. 

A magnetic tape recording method according to the 
present invention comprises a first acquiring step of 
acquiring video data, audio data or search data; a second 
acquiring step of acquiring auxiliary data having a variable 
length and related to the data acquired by processing in the 
first acquiring step; a selecting step of selecting, as 
first group data, one of the data acquired by processing in 
the first acquiring step and the data acquired by processing 
in the second acquiring step; a third acquiring step of 
acquiring second group data containing a subcode related to 
the first group data; a merging step of merging the first 
group data and the second group data such that the first 
group data and the second group data are continuously 
arranged on tracks of a magnetic tape without being spaced 
away from each other; and a supplying step of supplying data 
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merged by processing in the merging step to a rotary head to 
record the merged data on the magnetic tape. 

A storage medium product according to the present 
invention stores a computer-readable program comprising a 
first acquiring step of acquiring video data, audio data or 
search data; a second acquiring step of acquiring auxiliary 
data having a variable length and related to the data 
acquired by processing in the first acquiring step; a 
selecting step of selecting, as first group data, one of the 
data acquired by processing in the first acquiring step and 
the data acquired by processing in the second acquiring 
step; a third acquiring step of acquiring second group data 
containing a subcode related to the first group data; a 
merging step of merging the first group data and the second 
group data such that the first group data and the second 
group data are continuously arranged on tracks of a magnetic 
tape without being spaced away from each other; and a 
supplying step of supplying data merged by processing in the 
merging step to a rotary head to record the merged data on 
the magnetic tape. 

In a format for a magnetic tape according to the 
present invention, first group data comprising video data, 
audio data or search data, or comprising auxiliary data 
having a variable length and related to the video data, the 
audio data or the search data, and second group data 
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containing a subcode related to the video data, the audio 
data or the search data are recorded such that the first 
group data and the second group data are continuously 
arranged on tracks of the magnetic tape without being spaced 
away from each other. 

With the magnetic tape recording apparatus, the 
magnetic tape recording method, and the storage medium 
product storing the computer-readable program according to 
the present invention, video data, audio data or search data 
is acquired, and auxiliary data having a variable length and 
related to the acquired data is acquired. One of these two 
types of acquired data is selected as first group data, and 
second group data containing a subcode related to the first 
group data is acquired. The first group data and the second 
group data are merged such that the first group data and the 
second group data are continuously arranged on tracks of a 
magnetic tape without being spaced away from each other. 
Merged data is recorded on the magnetic tape. 

A magnetic tape playback apparatus according to the 
present invention comprises an acquiring unit for acquiring 
auxiliary data, as first group data, having a variable 
length and related to compressed high-definition or 
standard-definition video data, audio data or search data, 
or second group data containing a subcode related to the 
first group data; and a decompressing unit for decompressing 
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the compressed high-definition video data, which is 
contained in data reproduced from a magnetic tape with a 
rotary head, by using the auxiliary data or the second group 
data acquired by the acquiring unit. 

A magnetic tape playback method according to the 
present invention comprises an acquiring step of acquiring 
auxiliary data, as first group data, having a variable 
length and related to compressed high-definition or 
standard-definition video data, audio data or search data, 
or second group data containing a subcode related to the 
first group data; and a decompressing step of decompressing 
the compressed high-definition video data, which is 
contained in the data reproduced from a magnetic tape with a 
rotary head, by using the auxiliary data or the second group 
data acquired by processing in the acquiring step, 

A storage medium product according to the present 
invention stores a computer-readable program comprising an 
acquiring step of acquiring auxiliary data, as first group 
data, having a variable length and related to compressed 
high-definition or standard-definition video data, audio 
data or search data, or second group data containing a 
subcode related to the first group data; and a decompressing 
step of decompressing the compressed high-definition video 
data, which is contained in data reproduced from a magnetic 
tape with a rotary head, by using the auxiliary data or the 
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second group data acquired by processing in the acquiring 
step. 

With the magnetic tape playback apparatus, the magnetic 
tape playback method, and the storage medium product storing 
the computer-readable program according to the present 
invention, auxiliary data, as first group data, having a 
variable length and related to compressed high-definition or 
standard-definition video data, audio data or search data, 
or second group data containing a subcode related to the 
first group data is acquired. The compressed high- 
definition video data, which is contained in data reproduced 
from a magnetic tape with a rotary head, is decompressed by 
using the acquired auxiliary data or second group data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a representation for explaining an 
arrangement of track sectors in a conventional DV format; 

Fig. 2 is a block diagram showing one example of 
construction of a recording system of a magnetic tape 
recording/playback apparatus according to the present 
invention; 

Fig. 3 is a representation for explaining a format of 
tracks formed on a magnetic tape shown in Fig. 2; 

Fig. 4 is a chart for explaining a pilot signal for 
tracking control recorded in one track shown in Fig. 3; 
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Fig. 5 is a chart for explaining another pilot signal 
for tracking control recorded in another track shown in Fig. 
3; 

Fig. 6 is a chart for explaining still another pilot 
signal recorded in still another track shown in Fig. 3; 

Fig. 7 is a representation for explaining a sector 
arrangement within each track shown in Fig. 3; 

Fig. 8 is a representation for explaining patterns of a 
preamble and a postamble shown in Fig. 7; 

Fig. 9 is a representation for explaining a structure 
of a main sector shown in Fig. 7; 

Figs. lOA and lOB are representations for explaining a 
main sector ID shown in Fig. 9; 

Fig. 11 is a representation for explaining an SB header 
of the main sector shown in Fig. 9; 

Fig. 12 shows data representing a search data; 

Fig. 13 shows data representing types of AUX data; 

Fig. 14 is a table for explaining system data having a 
fixed length; 

Fig. 15 is a table for explaining system data having a 
variable length; 

Figs. 16A, 16B, 16C and 16D are representations for 
explaining formats of system data having a fixed length; 

Figs. 17A, 17B, 17C and 17D are representations for 
explaining formats of system data having a variable length; 
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Figs. 18A and 18B are tables for explaining information 

defined in a header section; 

Fig. 19 is another representation for explaining the 

format of the system data having a fixed length ; 

Fig- 20 is another representation for explaining the 

format of the system data having a variable lengths- 
Fig. 21 is a representation for explaining average values 

of data recorded in the main sectors- 
Fig. 22 is a representation for explaining a structure of 

a subcode sector shown in Fig. 7; 

Fig. 23 is a table for explaining a subcode sync block 

ID; 

Figs, 24A and 24B are representations for explaining 
subcode data; 

Fig, 25 is another representation for explaining the 
conventional DV format; 

Fig. 26 is a table for explaining tape position 
inf ormat ion ; 

Fig, 27 is a representation for explaining an EPO; 
Fig. 28 is a table for explaining an ECCTB; 
Fig, 29 shows data for an audio mode; 
Fig, 30 shows data for a video mode; 
Fig, 31 is a table for explaining DATA-H; 
Fig. 32 is a representation for explaining data in a 
recorded state; 
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Fig. 33 is a representation for explaining a process 
for detecting a main sector corresponding to a subcode 
sector; 

Fig. 34 is a table for explaining the AUX data; 

Fig. 35 is another representation for explaining a 
process for detecting a main sector corresponding to a 
subcode sector; and 

Fig, 3 6 is a block diagram showing one example of 
construction of a playback system of the magnetic tape 
recording/playback apparatus according to the present 
invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Fig. 2 Shows one example of construction of a recording 
system of a magnetic tape recording/playback apparatus to 
which the present invention is applied. A video data 
compressing unit 1 compresses an inputted HD video signal by, 
e.g., MP@HL or MP@H-14 in accordance with MPEG. 

An audio data compressing unit 2 compresses an audio 
signal, which corresponds to the HD video signal, by an 
audio compression method in accordance with MPEGl layer2 or 
AAC, for example. The audio signal is compressed to a rate 
of 256 Kbps to 384 Kbps by the audio data compressing unit 2. 

System data made up of AUX (auxiliary) data, subcode 
data, etc. is inputted to a terminal 3 from a controller 13. 
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The system data contains data representing text information 
externally inputted as additional data, associated with the 
video and audio signals, to indicate the copyright, shooting 
situation, etc., a title time code (TTC) for assisting a 
search, editing, etc., track position information, apparatus 
setting information, and so on. 

A switch 4 is changed over by the controller 13 to 
select an output of the video data compressing unit 1, an 
output of the audio data compressing unit 2, or the system 
data supplied through the terminal 3 at the predetermined 
timing for supply to an error code and ID adding unit 5 . 

The error code and ID adding unit 5 adds an error 
detecting/correcting code and an ID to the data inputted 
through the switch 4, and carries out an interleaving 
process among 16 tracks. Resulting data is outputted to a 
24-25 converter 6. 

The 24-25 converter 6 adds redundant one bit, which is 
selected to enhance components of a pilot signal for 
tracking so as to appear at a higher level, for converting 
the inputted data in units of 24 bits into data in units of 
25 bits. 

A sync generator 7 generates sync data and amble data 
that are added to main data (Fig. 9) and subcode data (Fig. 
22) described later. 

A switch 8 is controlled by the controller 13 to select 
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one of an output of the 24-2 5 converter 6 and an output of 
the sync generator 7 for outputting to a modulator 9. 

The modulator 9 modulates the data inputted through the 
switch 8 by a method (which is the same as that used for the 
conventional DV format) suitable for recording on a magnetic 
tape 21, and supplies modulated data to a parallel/serial 
(P/S) converter 10. 

The parallel/serial converter 10 converts the inputted 
parallel data into serial data* 

An amplifier 11 amplifies the data inputted from the 
parallel/serial converter 10 and supplies amplified data to 
a rotary head 12, which is attached to and rotated by a 
rotary drum (not shown), for recording of the data on the 
magnetic tape 21, 

Fig. 3 represents a format of tracks formed on the 
magnetic tape 21 by the rotary head 12. The rotary head 12 
traces the magnetic tape 21 in the direction from lower 
right toward upper left as viewed in the drawing, whereby 
tracks inclined relative to the lengthwise direction of the 
magnetic tape 21 are formed. The magnetic tape 21 travels 
in the direction from right toward left as viewed in the 
drawing . 

Each track is formed as one of FO, Fl and F2 depending 
on the type of pilot signal for tracking control, which is 
recorded in the track. The tracks are formed in the order 
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of FO, Fl, FO, F2, FO, Fl, FO and F2 . 

The track FO records therein, as shown in Fig, 4, no 
pilot signals of frequency fl and f2. The track Fl records 
therein, as shown in Fig, 5, the pilot signal of frequency 
fl. The track F2 records therein, as shown in Fig. 6, the 
pilot signal of frequency f 2 . 

The frequencies fl, f2 are set respectively to values 
that are 1/90 and 1/60 of the recording frequency of channel 
bits . 

As shown in Fig. 4, the depth of notches at the 
frequencies fl, f2 in the track FO is set to 9 dB. On the 
other hand, as shown in Fig. 5 or 6, the CNR (Carrier to 
Noise Ratio) of the pilot signal of frequency fl or f2 is 
set to a value larger than 16 dB but smaller than 19 dB. 
Further, the depth of notches at the frequencies fl, f2 in 
the track Fl or F2 is set to a value larger than 3 dB. 

A track pattern having such frequency characteristics 
is similar to that in the case of using the conventional DV 
format. A recording rate is about 40 Mbps, i.e., 300 tracks 
per second* Accordingly, a magnetic tape, a rotary head, a 
driving system, a demodulation system, and a control system 
of a consumer-oriented digital video cassette recorder can 
be used, as they are, in this embodiment. 

Track pair numbers are set to tracks. Each track pair 
number is assigned for each track pair, i.e., two tracks 
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which are scanned at a time by two heads having a positive 
azimuth and a negative azimuth. Track pair numbers from 0 
to 31 are assigned in an example of Fig. 3. The track pair 
number 0, 8, 16 or 24 is set to the track pair at the head 
of every 16 tracks which undergoes interleaving (although 
the track pairs to be assigned with the numbers 16 and 24 
are not shown) . 

Fig. 7 shows one example of a sector format (sector 
arrangement) within each track. in Fig. 7, the number of 
bits indicating the length of each sector or section is 
represented by the length after being subjected to the 24-25 
conversion. One track has a length of 134975 bits when the 
rotary head 12 is rotated at frequency of 60 x 1000/1001 Hz, 
and has a length of 134850 bits when it is rotated at 
frequency of 60 Hz. The length of one track corresponds to 
a contact angle of 174 degrees of the magnetic tape 21 
around the rotary head 12. Subsequent to one track, an 
overwrite margin of 1250 bits is formed. The overwrite 
margin serves to prevent data from remaining after being 
erased. 

In Fig. 7, the rotary head 12 traces the track in the 
direction from left toward right. A preamble of 1800 bits 
is arranged at the head of the track. Data in combination 
of a pattern A and a pattern B shown in Fig. 8, by way of 
example, which are required to produce a clock, is recorded 
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in the preamble. In the pattern A and the pattern B, values 
0 and 1 are reversed between them. By properly combining 
those patterns, a tracking pattern for each of the tracks FO, 
Fl and F2f shown in Figs. 4 to 6, can be obtained. Note 
that run patterns in Fig. 8 represent patterns resulted 
after the 24-25 conversion executed by the 24-25 converter 6 
in Fig. 2. 

Subsequent to the preamble of 1800 bits, a main sector 
with a length of 130425 bits is arranged. Fig. 9 shows a 
structure of the main sector. The main sector is subjected 
to normal playback and search playback. 

As shown in Fig. 9, the main sector is made up of 141 
sync blocks each having a length of 888 bits (111 bytes). 

Of 141 sync blocks, 123 sync blocks each comprise a 16- 
bit sync, 24-bit ID, 8-bit sync block (SB) header, 760-bit 
main data, and an 80-bit parity CI. 

The sync is generated by the sync generator 7 . 

The ID is made up of, as shown in Fig. lOA, three IDs, 
i.e., IDO to ID2, each having a length of 1 byte. 

Of b7-b0 of IDO, b7-b5 define the format type of the 
track, and b4-b0 define the track pair number. 

In addition to the type shown in Fig. 7, the track 
format may be of, for example, the type wherein another ITI 
sector is further provided and the main sector is made up of 
139 sync blocks, or the type wherein another ITI sector and 
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an after-recording sector comprising 7 sync blocks are 
further provided and the main sector is made up of 129 sync 
blocks. Stated otherwise^ an ID or the like for identifying 
the type of usable format is allocated to bV-bS of IDO. By 
thus arranging the ID to identify the type of track format, 
it is possible to execute a demodulation process adapted for 
the type of each format, and to reproduce data in an 
appropriate manner. 

The sync block number is allocated to IDI. 
Information indicating whether the data recorded in the 
main sector is newly recorded one (i.e., data recorded for 
the first time in a vacant state) or overwritten one (i.e., 
data recorded on previously recorded data) is allocated to 
ID2 as one byte of overwrite protect. In the case of 
overwriting, for example, if underlying data remains due to, 
e.g., instantaneous clogging of the head, newly recorded 
data is corrected (erroneously corrected) based on the 
parity CI. To prevent such erroneous correction, the newly 
recorded data and the overwritten data are distinguished 
with the byte of overwrite protect. if the underlying data 
is determined as being remained, it is possible to make all 
of the relevant sync blocks invalid (handle them as a burst 
error) and carry out erasure correction based on a parity C2. 

Fig. lOB shows IDO to ID2 contained in each of the 141 
sync blocks. IDO to ID2 are added by the error code and ID 
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adding unit 5. 

As shown in Fig. 11, the SB header comprises 8 bits of 
b7-b0. Of b7-b0, b7-b5 set a predetermined value indicating 
the type of main data (such as audio data, video data, 
search video data, transport stream data, and AUX data), and 
b4-b0 set a predetermined value indicating details of the 
main data, 

A value 0 of b7-b5 indicates that the main data is 
video data (PES video data) in a PES (Program Elementary 
Stream) format in accordance with MPEG2. A value 1 of b7-b5 
indicates that the main data is audio data (PES audio data) 
in the PES format. In this case, data indicating whether 
the data (video or audio data) is partial (less than 95 
bytes) or full (95 bytes) is allocated to b4 of b4-b0, and 
data indicating a counted value is allocated to b3-b0. 

A value 2 of b7-b5 indicates that the main data is 
search data. In this case, data indicating whether the 
search data is video or audio data is allocated to b4 of b4- 
bO, and data indicating a search speed is allocated to b3-bl. 
As shown in Fig. 12, by way of example, a value 1 of b3-bl 
indicates a 4 -time speed; a value 2 indicates an 8 -time 
speed; a value 4 indicates a 16-time speed; and a value 5 
indicates a 32-time speed. Additionally, by designing the 
rotary head (drum) to rotate at a speed in a following 
manner, a search can be performed with a wider range of 
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adaptable speed for each multiple speed (corresponding to 
the drum rotational speed) • Furthermore, the search video 
data is a low-bit rate data resulting from omitting high- 
frequency components of an I picture. 

Returning to Fig. 11, a value 3 of b7-b5 indicates that 
the main data is AUX (auxiliary) data. In this case, data 
indicating the type (AUX mode) of AUX data is allocated to 
b4-b2 of b4-b0, by way of example, as shown in Fig. 13. 

More specifically, a value 1 of b4-b2 indicates that 
the AUX data is related to the PES video data (AUX-V in Fig. 
11), and a value 1 indicates that the AUX data is related to 
the PES audio data (AUX-A) . A value 2 indicates that the 
AUX data is PSI (Program Specification Information) (PES- 
PSIl) corresponding to the first half of the data recorded 
in a transport stream format, and a value 3 indicates that 
the AUX data is PSI (PES-PSI2) corresponding to the second 
half of those recorded data. A value 4 indicates that the 
AUX data is any of predetermined data (called system data; 
System), shown in Figs. 14 and 15, for each of which a 
keyword number is set. Though described later in more 
detail. Fig. 14 represents the system data fixed in data 
amount and Fig. 15 represents the system data variable in 
data amount. 

Returning to Fig. 11 again, a value 4 of b7-b5 
indicates that the main data corresponds to the first half 
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of the data recorded in the transport stream format. In 
this case, a jump flag is allocated to b4 and h3 r and a time 
stamp is allocated to b2-b0. A value 5 of bV-bS indicates 
that the main data corresponds to the second half of the 
data recorded in the transport stream format. In this case, 
a counted value is allocated to b4-b0. 

A value 6 of b7-b5 indicates that no data is recorded 
as the main data, i.e., it represents NULL. NULL is 
inserted when an average total amount of main data is less 
than the recording-enable rate. For example, if the rate is 
20 Mbps when recorded in the transport stream format, NULL 
is inserted in amount of about 5 Mbps . 

The above-described data of the SB header is supplied 
from the controller 13 through the terminal 3. 

The main data recorded in the main sector is the video 
data supplied from the video data compressing unit 1, or the 
audio data supplied from the audio data compressing unit 2, 
and the AUX data (system data) supplied from the controller 
13 through the terminal 3. 

A packet structure of the system data (i.e., the AUX 
data recorded as the main data in the main sector with a 
value 3 being set to b7-b5 of the SB header and a value 0 
(AUX-V), a value 1 (AUX-A) or a value 4 (System) being set 
to b4-b2, as well as in a data section of a subcode sector) 
will now be described. 
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When the system data has a fixed length as shown in Fig. 
14, it comprises a header section (keyword of 1 byte) 
including the keyword number, etc*, and a data section (with 
a fixed length (4 bytes)) for storing the system data 
corresponding to the keyword number, as shown in Fig. 16A. 
Also, when the system data has a variable length as shown in 
Fig. 15, it comprises a header section (keyword of 1 byte), 
a data length section (1 byte) indicating the data length, 
and a data section (with a variable length (n bytes)), as 
shown in Fig. 17A. 

Further, in this embodiment, plural sets of system data 
may be recorded in the main sector. In such a case, a 
plurality of head sections are provided as shown in Figs. 
16B to 16D when the length of the system data is fixed, and 
they are provided as shown in Figs. 17B to 17D when the 
length of the system data is variable. 

Of 1 byte of each header section (8 bits of b7-b0), b7 
sets therein data indicating whether another subsequent 
header section follows to the relevant one. More 
specifically, a value 0 is set in b7 of each header section, 
following which no header section is arranged, such as a 
header section Fl (Fig. 16A), header section F12 (Fig. 16B), 
header section F23 (Fig. 16C) and a header section Fk (Fig. 
16D) shown in examples of Fig. 16, or a header section XI 
(Fig. 17A), header section X12 (Fig. 17B), header section 



- 24 - 



X23 (Fig. 17C) and a header section Xk (Fig. 17D) shown in 
examples of Fig. 17. 

On the other hand, a value 1 is set in b7 of each 
header section, following which another header section is 
arranged, such as a header section Fll, header sections F12, 
F22 and header sections F31, etc. (except for the header 
section Fk) shown in the examples of Fig. 16, or a header 
section XI 1, header sections X21, X22 and header sections 
X31, etc. (except for the header section Xk) shown in the 
examples of Fig. 17. 

Further, data allocated to b6-b0 of b7-b0 of each 
header section differ between the header section arranged at 
the head (such as the header sections Fl, Fll, F21 and F31 
shown in the examples of Fig, 16, or the header sections XI, 
Xll, X21 and X31 shown in the examples of Fig. 17) and the 
other header sections arranged in second and subsequent 
positions (such as the header sections F12, F22, F23 and 
F32-Fk shown in the examples of Fig. 16, or the header 
sections X12, X22, X23 and X32-Xk shown in the examples of 
Fig. 17). 

Of b6-b0 of each header section arranged at the head, 
b6 sets therein data indicating whether the length of the 
system data is fixed or variable. More specifically, a 
value 0 indicating the length of the system data being fixed 
is set in b6 of the header section Fl, header section Fll, 
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header section F21 and the header section F31 shown in the 
examples of Fig. 16, and a value 1 indicating the length of 
the system data being variable is set in b6 of the header 
section XI, header section XI 1, header section X21 and the 
header section X31 shown in the examples of Fig. 17. 

In the remaining b5-b0 of each header section arranged 
at the head, any of the keyword numbers (0 to 63) shown in 
Fig. 14, i.e., one keyword number of the system data having 
a fixed length, is set. 

On the other hand, in b6-b0 of each of the header 
sections arranged at the second and subsequent positions, 
any of the keyword numbers (64 to 127) shown in Fig. 15, 
i.e., one keyword number of the system data having a 
variable length, is set. 

Fig. 18 shows collectively the above-described data 
allocated in the header section arranged at the head (Fig. 
18A) and the header sections arranged at the second and 
subsequent positions (Fig. 18B). 

Figs. 19 and 2 0 represent, in the bit-array form, the 
system data having a fixed length (Figs. 14 and 16) and the 
system data having a variable length (Figs. 15 and 17), 
respectively. 

Note that the above-described system data is also 
recorded as subcode data in the subcode sector described 
later. 
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The parity CI (Fig. 9) is calculated by the error code 
and ID adding unit 5 from the ID, SB header and the main 
data for each sync block, and then added. 

Of 141 sync blocks, 18 sync blocks are used for the 
sync, ID, parity C2, and the parity CI. The parity C2 is 
obtained by calculating the SB header or the main data in 
the vertical direction in Fig. 9. This calculation is 
executed in the error code and ID adding unit 5. By so 
selecting 18 sync blocks, a percentage of the number of sync 
blocks of the parity C2 with respect to the total number 
(141) of sync blocks is given by 12.7 % (= 18/141). This 
value is larger than the percentage (12.5 % (= 2 tracks / 16 
tracks)) that is required to develop the ability for 
correcting a continuous error over two or more tracks. 

Fig. 21 shows average values of the AUX data, video 
data, audio data, search data, parity CI, and the parity C2 
recorded as the main data before the 24-25 conversion. 

More specifically, the average values of the numbers of 
sync blocks constituting the AUX data, video data, audio 
data, and the search data are respectively 7.5, 113, 1.75 
and 7.5. Thus, bit rates of these data in average are given 
as follows : 

AUX data = 95 bytes x 0.75 SB x 300 tracks x 8 bits 
=171 kbps 

video data = 95 bytes x 113 SB x 300 tracks x 8 bits 
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= 25.7 64 Mbps 

audio data = 95 bytes x 1,75 SB x 300 tracks x 8 bits 
= 339 kbps 

search data = 95 bytes x 7.5 SB x 300 tracks x 8 bits 
= 1710 kbps 

Eventually, a total bit rate is given by 28.044 (= 171 kbps 
+ 25.764 Mbps + 339 kbps + 1710 kbps) Mbps, and this rate is 
sufficient to record the HD video data, audio compressed 
data, AUX data, and the search video data by MP@HL or MP@H- 
14. Note that 95 bytes mean the data amount of the SB 
header and the main data in one sync block. 

Subsequent to the main sector, a subcode sector (Fig. 
7) of 1250 bits is arranged. Fig. 22 shows a structure of 
the subcode sector. 

The subcode sector in one track has a length of 1250 
bits (in terms of a value after the 24-25 conversion) and 
comprises 10 subcode sync blocks. 

One subcode sync block is made up of a sync of 16 bits, 
ID of 24 bits, subcode data of 40 bits, and a parity of 40 
bits. Thus, the length of one subcode sync block is 120 
bits (in terms of a value before the 24-25 conversion), 
which is about 1/7 of the length (888 bits) of one sync 
block of the main sector described above. By setting the 
data length of the subcode sync block to be so short, the 
contents of the subcode sync blocks can be surely read even 
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with high-speed playback on the order of 200-time speedy and 
therefore a high-speed search can be performed. 

The sync in the subcode sector differs from the sync 
added to the main sector so that the main sector and the 
subcode sector may be distinguished based on such a 
difference in the sync. The sync in the subcode sector is 
added by the sync generator 7 in Fig. 2. 

The sync block ID is made up of, as shown in Fig. 2 3 A, 
three IDs, i.e., IDO to ID2, each having a length of 1 byte. 

As with IDO in the main sector of Fig. lOA, IDO defines 
the format type and the track pair number. 

Of b7-b0 of IDl, b3-b0 define the subcode sync block 
number, and b7-b4 are reserved bits. 

The sync block number is one of numbers 0-9 that are 
assigned respectively to 10 subcode sync blocks contained in 
the subcode sector of one track. 

As with ID2 in the main sector, one byte of overwrite 
protect is allocated to ID2. in the subcode sector, if id2 
indicates that the recorded data is underlying one, the 
processing is executed after making all of the sync blocks 
invalid (i.e., on a judgment that all of the sync blocks 
have not been acquired). 

Pig. 23B shows ID0-ID2 contained in the 10 subcode sync 
blocks. These ID0-ID2 are added by the error code and ID 
adding unit 5. 
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The subcode data arranged subsequent to the subcode 
sync block ID is the system data having a fixed length shown 
in Fig. 14. In other words / the subcode data is recorded in 
the form as shown in Figs. 16 and 19. Further, the type of 
subcode data differs between a user tape and the so-called 
Pre-REC tape. In the case of a user tape, as shown in Fig. 
24A, the tape position information (ATNF), title time code 
(TTC), recording date, and the recording time are recorded 
as the subcode data. In the case of a Pre-REC tape, as 
shown in Fig. 24B, the tape position information (ATNF), 
title time code (TTC), part number, and the chapter start 
position are recorded as the subcode data. Stated otherwise, 
in a Pre-REC tape, the part number and the chapter start 
position are included in the subcode data respectively in 
place of the recording date and the recording time in a user 
tape. 

The subcode data is supplied from the controller 13 
through the terminal 3 shown in Fig. 2. 

Fig. 25 shows a data structure of the subcode sync ID 
and the subcode data in the conventional DV format. As seen 
from Fig. 25, the conventional DV format is not able to 
record the data position information (EPO in ATNF), etc. 
that are recorded in the present invention. 

Returning to Fig. 22, the parity of 40 bits is arranged 
subsequent to the subcode data. This parity is added by the 
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error code and ID adding unit 5. 

Subsequent to the subcode sector, the postamble (Fig. 
7) is arranged. As with the preamble, the postamble is also 
recorded in combination of the pattern A and the pattern B 
shown in Fig. 8. The postamble has a length of 1500 bits 
when the head rotation is synchronized with 60 x 1000/1001 
Hz, and has a length of 13 75 bits when it is synchronized 
with 60 Hz. 

The system data shown in Figs. 14 and 15 will be 
described below in more detail. 

As described above. Fig. 14 shows the system data 
having a fixed length along with the keyword number. For 
example, tape position information (ATNF) corresponding to 
the keyword number 4 represents system data having a fixed 
length, which is made up of an absolute position (ATN = 
Absolute Track Number) of 23 bits, a break flag (B flag) of 
1 bit, and edit information of 8 bits. 

The absolute position (ATN) indicates the distance 
(absolute position) of the track from the tape head. 

The B flag is a flag set to ''0" when the absolute 
position (e.g., number) is continued, and set to "1" when 
the absolute position is not continued. By so setting the B 
flag, it is possible to assign the monotonously increasing 
numbers even in the case where data is recorded in mixed 
fashion and the absolute position is not continued. Thus, a 
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search can be accurately performed because of no return in 
the assigned number. 

The edit information comprises, as shown in Fig. 26, 8 
bits of b7-b0. An I flag is allocated to hi. The I flag is 
set to "1" when information indicating a location to make a 
search (i.e., information indicating a location that is 
designated at the time of recording) is contained in the 
main sector corresponding to the subcode sector. A search 
position is detected based on the I flag. 

A P flag is allocated to b5 . The P flag is set to 
when recording start video data for a still picture is 
contained in the main sector corresponding to the subcode 
sector. A position at which a still picture is recorded is 
detected based on the P flag. 

An EH flag is allocated to b4 . The EH flag is set to 
"1" when an I or P picture is recorded in the main sector 
corresponding to the subcode sector. Usually, editing, such 
as splicing between scenes on the tape, is started from an I 
or P picture. An edit position can be therefore detected 
based on the EH flag. 

An edit picture header offset (EPO) is allocated to the 
remaining b3-b0. The EPO indicates the position of the main 
sector, to which the subcode sector corresponds, in units of 
16 tracks. The EPO will be described in more detail with 
reference to Fig. 27. In an example of Fig. 27, the value 
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of EPO is 5 for a subcode sector in which the TTC has a 
value 0, and this subcode sector is arranged in a 
predetermined track in which the ECC number (number assigned 
in units of 16 tracks) is 6. It is therefore understood 
that the main sector, to which the above subcode sector 
corresponds, is arranged in a track preceding the relevant 
track, in which the subcode sector is arranged, by the EPO 
value 5 X 16 tracks. Accordingly, it is possible to detect 
in which main sector an I or P picture serving as an edit 
point is actually recorded. 

The above-mentioned system data is recorded in the main 
sector and the subcode sector as described above. 

The AUX data having a variable length, shown in Fig. 15, 
will be described below. The AUX data is recorded only in 
the main sector. 

For example, ECCTB (track block) corresponding to the 
keyword number 80 represents a packet including plural items 
of AUX data denoted by marks 0 in Fig. 28, including the 
length-fixed AUX data (such as the data position information 
(ATNF) and TTC) shown in Fig. 14. The packet includes, by 
way of example, as 3-byte audio mode, an audio frame size (3 
bits), sample frequency (3 bits), etc., as shown in Fig. 29. 
Also, the packet includes, as video mode, a video rate (24 
bits), etc., as shown in Fig. 30. Further, the packet 
includes, as DATA-H, information indicating the type of 
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picture, etc,, as shown in Fig* 31. 

The operation of the apparatus shown in Fig. 2 will be 
described below. An HD video signal is inputted to the 
video data compressing unit 1 together with search video 
data (thumbnail video data), in which it is compressed by 
MP@HL or MP@H-14, for example. An audio signal is inputted 
to the audio data compressing unit 2 and compressed therein. 
Subcode data, AUX data, a header, etc. are supplied to the 
terminal 3 from the controller 13. 

The switch 4 is controlled by the controller 13 to take 
in video data (including search video data) outputted from 
the video data compressing unit 1, audio data outputted from 
the audio data compressing unit 2, and system data inputted 
through the terminal 3 at the predetermined timing, and then 
deliver those data to the error code and ID adding unit 5 
for merging thereof. 

The error code and ID adding unit 5 adds an ID of 24 
bits to each of sync blocks of the main sector shown in Fig. 
9. Also, the error code and ID adding unit 5 calculates and 
adds a parity CI, shown in Fig. 9, for each sync block. 
Further, for 18 ones of 141 sync blocks, the error code and 
ID adding unit 5 adds a parity C2 in place of an SB header 
and main data. 

Furthermore, the error code and ID adding unit 5 
calculates and adds an ID of 24 bits and a parity of 4 0 bits 
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for each subcode sync block of the subcode data, as shown in 
Fig. 22. 

In addition, the error code and ID adding unit 5 holds 
data in amount corresponding to 16 tracks in the main sector 
and interleaves those data among the 16 tracks. 

The 24-25 converter 6 converts the data supplied from 
the error code and ID adding unit 5 in units of 24 bits into 
data in units of 25. As a result of this 24-25 conversion, 
components of the tracking pilot signals having frequencies 
fl and f2, shown in Figs. 4 to 6, appear at enhanced levels. 

The sync generator 7 adds a sync of 16 bits to each of 
the sync blocks of the main sector, as shown in Fig. 9. 
Also, the sync generator 7 adds a sync of 16 bits to each of 
the subcode sync blocks of the subcode sector, as shown in 
Fig. 22. Further, the sync generator 7 generates the run 
patterns, shown in Fig. 8, for a preamble and a postamble. 

More particularly, addition (merging) of those data is 
carried out by the controller 13 changing over the switch 8 
so that the data outputted from the sync generator 7 and the 
data outputted from the 2 4-25 converter 6 are selected at 
the appropriate timing for supply to the modulator 9 . 

The modulator 9 modulates the inputted data by a method 
adaptable for the DV format, and outputs modulated data to 
the parallel/serial converter 10. The parallel/serial 
converter 10 converts the inputted parallel data into serial 
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data, and supplies the serial data to the rotary head 12 
through the amplifier 11 • The rotary head 12 records the 
inputted data on the magnetic tape 21. 

Fig. 32 represents data, which has a GOP (Group of 
Picture) structure with N = 15 (an I picture is arranged for 
each 15 pictures) and M = 3 (a P picture is arranged for 
each 3 pictures ) , in a state where the data is recorded on 
the magnetic tape 21 after being processed as described 
above. More specifically, pictures in number indicated by a 
value of M are set as one unit, and AUX data (denoted by U 
in Fig. 32) related to those pictures, audio data (denoted 
by A in Fig. 32) corresponding to those pictures, and AUX 
data (denoted by X in Fig. 32) related to the audio data are 
arranged together at the head of 16 tracks that undergo 
interleaving. Subsequent to those data, one unit of 
pictures (3 pictures in the illustrated example) is arranged. 

In other words, since AUX data having a variable length 
is prepared and recorded in the main sector, it is possible 
to record such AUX data together for each unit comprising a 
predetermined number of pictures. As a result, the AUX data 
can be recorded with high efficiency. 

Also, since the subcode sector records therein an EPO 
indicating the distance up to the main sector corresponding 
to the AUX data (data having a fixed length) recorded in 
that subcode sector, the corresponding main sector can be 
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easily detected. 

Fig. 33 shows, by way of example, the case where the 
corresponding main sector is detected by correcting an 
object value of the TTC based on the EPO and then utilizing 
a corrected value. 

The EPO can be determined by the following formula: 
EPO = recording track number of subcode_TTC at edit 

point / 16 - recording track number of main PIC_TTC 
corresponding to subcode_TTC / 16 
In the above formula, 1/16 is multiplied for conversion 
into the ECC block number. Also, since subcode_TTC records 
the same data repeatedly for each 10 tracks, an offset value 
is obtained in average frame units. 

Accordingly, a target position can be detected in 
advance during search travel (at the time when reaching the 
object TTC). In this case, however, history information for 
the offset is required (that is to say, the ECCTB must be 
prepared to shorten a pre-playback time). 

Since the ECCTB (denoted by H in the drawings) is 
arranged at the head of 16 tracks that undergo interleaving, 
a time of pre-playback performed for, e.g., splicing between 
scenes on the tape can be shortened. Stated otherwise, the 
AUX data required for pre-playback is inherently recorded in 
the subcode, but as described above, the subcode sector is 
arranged with a time lag relative to the corresponding main 
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sector. Referring to such AUX data therefore prolongs a 
pre-playback time correspondingly. 

Fig. 34 shows collectively the AUX data (U) related to 
the pictures, the AUX data (X) related to the audio data, 
the ECCTB, and the data contained in the subcode. 

Fig. 35 shows another example of generating the EPO in 
a different manner. In this example, the EPO can be 
determined by the following formula: 

EPO = track head in ECC {= subcode_TTC - main PIC TTC) 
Accordingly, recording for slicing between scenes on 
the tape can be performed without history information of the 
EPO. In this case, however, it is required in search travel 
to approach the TTC (target position), which has been 
resulted from the offset correction, after reaching the TTC 
before the offset correction. 

In the example of Fig. 35, the subcode sector in which 
the TTC has a value 0 is arranged in a track TO of EEC6 (the 
EEC number being 6). Stated otherwise, the corresponding 
main sector, which is arranged in a track TO of ECCO, can be 
detected by going back from the track TO of EEC6 by 9 x 16 
tracks. Additionally, since the subcode sector arranged in 
each track of ECC6 corresponds to the main sector where an I 
picture is recorded, the EH header for the subcode sector is 
set to "1". 

Fig. 3 6 shows one example of construction of a playback 
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system for reproducing the data recorded on the magnetic 
tape 21 as described above. 

The rotary head 12 reproduces the data recorded on the 
magnetic tape 21 and outputs the reproduced data to an 
amplifier 41. The amplifier 41 amplifies and supplies the 
inputted signal to an A/D converter 42. The A/D converter 

42 converts the inputted analog signal into a digital signal 
and supplies it to a demodulator 43. The demodulator 43 
demodulates the data supplied from the A/D converter 42 by a 
method corresponding to the modulation method used in the 
modulator 9 of Fig. 2. 

From the data demodulated by the demodulator 43, a sync 
detector 44 detects the sync for each sync block of the main 
sector shown in Fig. 9 and the sync for each subcode sync 
block of the subcode sector shown in Fig. 22 for supply to 
an error correcting and ID detecting unit 46. A 25-24 
converter 45 converts the data supplied from the demodulator 

43 in units of 25 bits into data in units of 24 bits 
corresponding to the conversion made in the 24-25 .converter 
6 of Fig. 2, and outputs converted data to the error 
correcting and ID detecting unit 46. 

The error correcting and ID detecting unit 46 executes 
an error correcting process, an ID detecting process, and an 
interleaving process based on the syncs inputted from the 
sync detector 44. 
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A switch 47 is controlled by the controller 13 and 
outputs, of data outputted from the error correcting and ID 
detecting unit 46, video data (including search video data) 
to a video data decompressing unit 48, audio data to an 
audio data decompressing unit 49, and system data, such as 
subcode data and AUX data, to the controller 13 through a 
terminal 50. 

The video data decompressing unit 48 decompresses the 
inputted video data and outputs it as an analog HD video 
signal after D/A conversion. The audio data decompressing 
unit 49 decompresses the inputted audio data and outputs it 
as an analog audio signal after D/A conversion. 

The operation of the playback system thus constructed 
will be described below. The rotary head 12 reproduces the 
data recorded on the magnetic tape 21 in the form shown in 
Fig. 32. The reproduced data is amplified by the amplifier 
41 and then supplied to the A/D converter 42. Digital data 
converted from the analog data by the A/D converter 42 is 
inputted to and demodulated by the demodulator 43. 

The 25-24 converter 45 converts the demodulated data 
from the demodulator 43 in units of 25 bits into data in 
units of 24, and outputs the converted data to the error 
correcting and ID detecting unit 46. 

From the data outputted from the demodulator 43, the 
sync detector 44 detects each sync of the main sector shown 
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in Fig. 9 and each sync of the subcode sector shown in Fig* 
22 for supply to the error correcting and ID detecting unit 
46. The error correcting and ID detecting unit 46 stores 
data in amount corresponding to 16 tracks and executes the 
interleaving process, and also executes the error correcting 
process using each parity CI, C2 of the main sector shown in 
Fig. 9. Further, the error correcting and ID detecting unit 
46 detects each SB header of the main sector, and determines 
which one of audio data, video data, AUX data, search video 
data, etc. is contained in each sync block. 

In addition, the error correcting and ID detecting unit 
4 6 executes the error correcting process of the subcode data 
using each parity of the subcode sector shown in Fig. 22, 
and detects a packet keyword (header) of the AUX data to 
determine the contents of the subcode data. It is hence 
determined whether the subcode data represents the track 
number or the time code number. 

Based on the SB header detected by the error correcting 
and ID detecting unit 46, the switch 4 7 supplies both the 
video data and the search video data to the video data 
decompressing unit 48. The video data decompressing unit 48 
decompresses the inputted data by a method corresponding to 
the compression method used in the video data compressing 
unit 1 of Fig. 2, and then outputs the decompressed data as 
a video signal. 
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Also, the switch 47 outputs the audio data to the audio 
data decompressing unit 49. The audio data decompressing 
unit 49 decompresses the inputted audio data by a method 
corresponding to the compression method used in the audio 
data compressing unit 2 of Fig. 2, and then outputs the 
decompressed data as an audio signal. 

Further, the switch 4 7 outputs the AUX data, the 
subcode data, etc. delivered from the error correcting and 
ID detecting unit 46 to the controller 13 through the 
terminal 50. 

Thus, the data, including pictures and audio data, 
recorded in the form shown in Fig, 32 is decompressed. 

While the above description has been made, by way of 
example, in connection with the case of decompressing 
pictures and audio data recorded on the magnetic tape 21, 
the decompressed data may be multiplexed to produce MPEG 
data . 

A sequence of the above-described processing can be 
executed with hardware, but it may also be executed with 
software. When executing a sequence of the above-described 
processing with software, a program constituting the 
software is installed from a storage medium to, e.g., a 
computer incorporated in dedicated hardware, or a universal 
personal computer capable of executing various functions 
when various programs are installed therein. 
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As shown in Figs. 2 and 36, such a storage medium may 
be in the form of package media, such as a magnetic disk 31 
(including a floppy disk), an optical disk 32 (including 
CDROM (Compact Disk - Read Only Memory) and DVD (Digital 
Versatile Disk)), a magneto-optical disk 33 (including MD 
(Mini-Disk)), and a semiconductor memory 34, which store the 
program therein and are distributed separately from a body 
of the magnetic tape recording/playback apparatus to provide 
the program to a user. In addition, the storage medium may 
be a ROM, a hard disk or the like, which stores the program 
therein and is provided to a user in a state assembled in 
the apparatus body beforehand. 

It is to be noted that the steps describing the program 
stored in a storage medium can be processed in time series 
following the sequence described in the specification, but 
may also be processed in parallel or individually without 
being always restricted to the time-serial processing. 

with the magnetic tape recording apparatus, the 
magnetic tape recording method, and the storage medium 
product storing the computer-readable program according to 
the present invention, as described above, one of video data, 
audio data or search data and auxiliary data having a 
variable length and related to any of those data is acquired 
as first group data, and data containing a subcode related 
to the first group data is acquired as second group data. 



- 43 - 



The first group data and the second group data are merged 
such that the first and second group data are continuously 
arranged on tracks of a magnetic tape without being spaced 
away from each other. Merged data is supplied for recording 
on the magnetic tape. Therefore, data having a large amount 
of information, represented by data of an HD video signal, 
can be recorded on the magnetic tape in a digital manner. 

With the format for a magnetic tape according to the 
present invention, since the first group data and the second 
group data are merged such that the first and second group 
data are continuously arranged on tracks of the magnetic 
tape without being spaced away from each other, a magnetic 
tape can be realized which records data requiring a large 
capacity as represented by data of an HD video signal. 

With the magnetic tape playback apparatus, the magnetic 
tape playback method, and the storage medium product storing 
the computer-readable program according to the present 
invention, the auxiliary data is acquired, as first group 
data, from data reproduced from a magnetic tape with a 
rotary head, and the data reproduced from the magnetic tape 
is processed based on the acquired auxiliary data. The HD 
video data can be therefore played back with certainty. 



